CLAIMS 

1. A me hod for verifying bus performance in a multiple initiator 
environment, a first in tiator implementing the method, comprising: 

generating a key data pattern including a key header and a pattern; 

writing the key data pattern to an echo buffer of a target; 

reading the key data pattern; and 

examining the l^y header to ascertain a level of communication integrity of a 
physical connection witH the target. 

2. A methoa for verifying bus performance in a multiple initiator 
environment as recited in ilaim 1, wherein generating the key header includes: 

generating a byte o! 

generating a byte 1 ;1 

generating a byte 2; and 

generating a byte 3. 1 

3. A method fojr verifying bus performance in a multiple initiator 
environment as recited in claiAi 2, wherein the byte 0 is an ED byte, the byte 1 is a host 
ID, the byte 2 is a logical negamon of the host ID, and byte 3 is a logical negation of the 
ID byte. \ 
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4. A method for verifying bus performance in a multiple initiator 
environment as recited in claim 3, wherein the ID byte is a manufactxirer signature ID, 
and the host ID is an initiator ID. 

5 5. A mekhod for verifying bus performance in a multiple initiator 

environment as recitea in claim 1, wherein examining the key header includes one of: 

determining whemer the echo buffer returns an error indication; 

determining whetlfer data of the key header has been changed; or 

determining whether the data in the key header specifically indicates a collision 
10 with data from another initiator using a same key header system. 

6. A method for verifying bus performance in a multiple initiator 
environment as recited in claim 5, wherein the determining of whether data of the key 
header has been changed occuns when the multiple initiators are heterogeneous. 

15 1 

7. A method for I verifying bus performance in a multiple initiator 
environment as recited in claim 3, wherein the determining of whether the data in the key 
header specifically indicates the collision occurs when the multiple initiators are 
homogeneous. 1 

20 \ 

8. A method for verifying bus performance in a multiple initiator 
environment as recited in claim 5, vmerein when it is determined that the error indication 
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is returned from the echo buffer, the first initiator being configured to rewrite the key data 

pattern to the echo buffer, the rewriting being performed for a set number of times before 

an adjustment is maqe to the level of conununication integrity of the physical connection 
with the target. 



9. A method for verifying bus performance in a multiple initiator 
environment as recited in claim 6, wherein when it is determined that the data of the key 
header has been chanted, the first initiator being configured to rewrite the key data 
pattern to the echo buffer, the rewriting being performed for a set number of times before 
an adjustment is made ^o the level of communication integrity of the physical connection 
with the target. 



15 



20 



10. A methold for verifying bus performance in a multiple initiator 
environment as recited in claim 7, wherein when it is determined that the data in the key 
header specifically indicates the collision with data from another initiator using the same 

key header system, the first initiator being configured to rewrite the key data pattern to 

the echo buffer, the rew iting being performed for a set number of times before an 
adjustment is made to th^ level of conmiunication integrity of the physical connection 
with the target. 



11. A method For verifying bus performance in a multiple initiator 
environment as recited in claim 7, wherein the collision occurs when a byte 0 matches a 



ADAPP137/ASP/EHM 



27 



Patent Application 



specific manufactfurer 
logical negation df 



ID, a byte 1 does not match the first initiator's ED, a byte 2 is a 
byte 1, and a byte 3 is a logical negation of byte 0. 



12. A method for verifying bus performance in a multiple initiator 
5 environment as recited in claim 6, wherein when it is determined that data of the key 
header has been changed, it is assumed that a colhsion occurred. 



13. A niethod for verifying bus performance in a multiple initiator 
environment as recit^ in claim 1, wherein writing the key data pattern includes: 

10 sending linkdd commands to the echo buffer to prevent the echo buffer from 

receiving data from another initiator, the linked commands being configured to link write 
and read commands and to disable a SCSI disconnection. 



14. A computer implemented method for verifying bus performance in a 
15 multiple initiator envirohment that includes at least a first initiator and a second initiator 
in communication with a target device, the method comprising: 
generating a key aata pattern; 

sending a write e^ho buffer (WEB) command to write the key data pattern to an 
echo buffer of the target; 

20 sending a read efcho buffer (REB) command to the echo buffer, the REB 

connmiand being configured to request a transmission of the key data pattern ft*om the 
echo buffer to the first initiator; and 
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examiping the key data pattern received from the echo buffer to ascertain a level 
of communication integrity of a physical connection between the first initiator and the 
target device. 1 

5 15. A computer implemented method for verifying bus performance in a 

multiple initiatorlenvironment as recited in claim 14, wherein before the key data pattern 
is generated, the method includes: 

sending an \asynchronous inquiry to the target device, the asynchronous inquiry 
being configured to\request a transmission of a valid data pattem from the target device 
10 and receiving the valid data pattem from the target device in response to the 
asynchronous inquiry \ and 

sending a syncm-onous inquiry to the target device, the synchronous inquiry being 
configured to request a faster transmission of another valid data pattem in order to 
negotiate an optimal throughput speed with the target device and receiving the another 
15 valid data pattem from thi target device in response to the synchronous inquiry. 

16. A computeryimplemented method for verifying bus performance in a 
multiple initiator environment as recited in claim 15, wherein after the sending of the 
synchronous inquiry, the method includes: 

20 sending a read echo buffer description (REBD) command to the echo buffer of the 

target, the REBD command being configured to request information regarding a size of 
the echo buffer and whether the eiho buffer supports collision detection. 
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17. A computer implemented metliod for verifying bus performance in a 



■onment as recited in claim 14, further comprising: 



detecting a data collision during the examining of the key data pattern received 
from the echo buffer; md 

if a collision is detected, the method includes, 

re-sending a WEB command with the key data pattern to the echo buffer, 
the re-sending being performed for a set number of times before an adjustment is 
made to the level pf communication integrity of the physical connection between 
the first initiator and the target. 



18. A computeii implemented method for verifying bus performance in a 
multiple initiator environment as recited in claim 14, wherein generating the key header 
includes: 

generating a byte 0; 

generating a byte 1; 

generating a byte 2; 



generating a byte 3; and i 



generating a pattem. 



20 19. A computer impleAtiented method for verifying bus performance in a 

multiple initiator environment as retited in claim 18, wherein the byte 0 is an ID byte, the 
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byte 1 is a hosB ID, the byte 2 is a logical negation of the host ID, and byte 3 is a logical 
negation of the ID byte. 

20. A computer implemented method for verifying bus performance in a 
5 multiple initiator environment as recited in claim 19, wherein the ID byte is a 

manufacturer signature ID, and the host ID is an initiator ID. 

21. A computer readable media having program instructions for verifying bus 
performance in a multiple initiator environment that includes at least a first initiator and a 

10 second initiator in communication with a target device, the computer readable media 
comprising: \ 

program instructions for generating a key data pattem; 

program instructions for sending a write echo buffer (WEB) command to write the 
key data pattem to an ecno buffer of the target; 

15 program instructions for sending a read echo buffer (REB) conmiand to the echo 

buffer, the REB conmiand being configured to request a transmission of the key data 
pattem from the echo buffejr to the first initiator; and 

program instructions for examining the key data pattem received from the echo 
buffer to ascertain a level onconmiunication integrity of a physical connection between 
20 the first initiator and the targei device. 

22. A computer readable media as recited in claim 21, further comprising: 
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tructions for detecting a data collision during the examining of the key 



data pattern receiv<;d from the echo buffer; and 

if a collisiom is detected, the method includes, 

program instructions for re-sending a WEB conmiand with the key data 
pattern to the echo buffer, the re-sending being performed for a set number of 
times before An adjustment is made to the level of communication integrity of the 
physical connection between the first initiator and the target. 



23. A computer readable media as recited in claim 21, wherein program 
10 instructions for generating the key header includes: 

program instructions for generating a byte 0; 

program instrucmons for generating a byte 1; 

program instructions for generating a byte 2; 



15 



program instructions for generating a byte 3; £ind 



program instructions for generating a pattern. 



24. A computerlreadable media as recited in claim 23, wherein the byte 0 is an 
ID byte, the byte 1 is a hostilD, the byte 2 is a logical negation of the host ID, and byte 3 
is a logical negation of the W byte. 
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